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(54) Automatic and dynamic service information delivery to data terminals in an access network 



(57) A system and method for dynamically updating 
service information from a service provider to a data ter- 
minal in an access point network wherein an access 
point requests service information from a local server; 
in response, the access point receives service informa- 



tion from the local server. 

Subsequently, the access point maps the service infor- 
mation to a link-level communication Service Discovery 
Protocol (SDP). The access point then sends the 
mapped service information to a data terminal. 
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Description 

FIELD OF THE INVENTION 

[0001] The present invention relates to service infor- 
mation delivery and more particularly, to dynamically 
providing mapped service information to data terminals 
over an access point network. 

BACKGROUND OF THE INVENTION 

[0002] In a typical access point network, when a user 
of a mobile data terminal wants to use a network service 
such as a network printer via his data terminal, it is nec- 
essary for him to first install a driver corresponding to 
the service onto the data terminal. In addition, the user 
must detect information related to the service such as 
an IP address before being able to use the service. 
These time consuming configuration processes are typ- 
ically done manually by the user or by a network admin- 
istrator. Likewise, in dynamic networks where services 
are constantly being added and removed, a network ad- 
ministrator must be employed to maintain and reconfig- 
ure the network. As a result, a user must wait until the 
network is reconfigured before he can take advantage 
of newly offered network services. 
[0003] Recently, various IP-level service discovery 
protocols (SDPs) have been developed that enable us- 
ers to obtain access to network services automatically 
without requiring the user or network administrator to in- 
stall a driver and search for the IP address of the desired 
service. Examples of such SDPs include Service Loca- 
tion Protocol (SLP) by Internet Engineering Task Force 
(IETF), Bluetooth SDP by Bluetooth SIG, JINI by SUN 
Microsystems, Universal Plug and Play (UPnP) by Mi- 
crosoft, or Salutation by Salutation Consortium. Al- 
though these SDPs may offer some kind of automatic 
service updates, they are nevertheless incompatible 
with each other, absent additional configuration by a net- 
work administrator or a user, and are not capable of pro- 
viding service information to a wireless data terminal us- 
er communicating in a wireless short range access point 
network. 

[0004] Thus, there is a need for a mechanism that en- 
ables I P-level SDPs to communicate with one other and 
permits wireless data terminal users to obtain access to 
network services automatically, without requiring any 
additional network configuration. 

SUMMARY OF THE INVENTION 

[0005] The present invention overcomes the forego- 
ing and other problems encountered in the known teach- 
ings by providing a system and method for dynamically 
updating service information from a service provider to 
a data terminal in an access point network. Advanta- 
geously, the system and method maps service informa- 
tion of an existing service discovery protocol (SDP) to a 



2 

Bluetooth SDP, thereby alleviating the need for addition- 
al configuration by either a user of a data terminal or a 
network administrator. Further, the system and method 
automatically advertises the mapped service informa- 

5 tion to the user. In this manner, the user is automatically 
informed of additional network services including serv- 
ices offered from service providers outside the access 
point network. In addition, access points within the ac- 
cess point network may be grouped into separate ac- 

10 cess zones, whereby access points within an access 
zone may only receive service information intended for 
their access zone. 

[0006] In one embodiment of the system and method 
of the present invention, an access point requests serv- 

15 ice information from a local server; in response, the ac- 
cess point receives service information from the local 
server. Subsequently, the access point maps the service 
information to a link-level communication SDP. The ac- 
cess point then sends the mapped service information 

20 to a data terminal. 

[0007] In an embodiment directed to a computer pro- 
gram product comprising a computer useable medium 
having computer program logic recorded thereon for dy- 
namically updating service information from a service 

25 provider to a data terminal in an access point network, 
an exemplary computer program logic comprises: pro- 
gram code for requesting service information from a lo- 
cal server; program code for receiving service informa- 
tion from the local server; program code for mapping the 

30 service information to a Bluetooth SDP; and program 
code for sending the mapped service information to a 
data terminal. 

[0008] In an alternate embodiment directed to an ac- 
cess point for dynamically updating service information 

35 from a service provider to a data terminal in an access 
point network, an access point comprises: at least one 
communication module to communicate with data ter- 
minals over a short range wireless communication link; 
a memory device storing a program; and a processor in 

40 communication with the memory device, the processor 
operative with the program to: request service informa- 
tion from a local server; receive service information from 
the local server; map the service information to a Blue- 
tooth SDP; and send the mapped service information to 

45 a data terminal. 

[0009] In another embodiment an access point net- 
work comprises: a local server for providing service in- 
formation from a service provider to an access point; 
and an access point for routing service information re- 

50 ceived from the local server to a data terminal, wherein 
the service information is mapped from a first SDP to a 
Bluetooth SDP. 

[001 0] The above advantages and features are of rep- 
resentative embodiments only, and are presented only 
55 to assist in understanding the invention. It should be un- 
derstood that they are not to be considered limitations 
on the invention as defined by the claims, or limitations 
on equivalents to the claims. For instance, some of 
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these advantages may seem mutually contradictory, in 
that they cannot be simultaneously implemented in a 
single embodiment. Similarly, some advantages are pri- 
marily applicable to one aspect of the invention. Thus, 
this summary of features and advantages should not be 
considered dispositive in determining equivalence. Ad- 
ditional features and advantages of the invention will be- 
come apparent in the following description, from the 
drawings, and from the claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0011] The accompanying drawings illustrate certain 
embodiments of the invention. 

FIG. 1 illustrates a representative arrangement em- 
ploying the principles of one embodiment of the 
present invention; 

FIG. 2 illustrates an exemplary wireless short range 
access point in accordance with one embodiment 
of the present invention; 

FIG. 3 illustrates an exemplary local server in ac- 
cordance with one embodiment of the present in- 
vention; 

FIG. 4 illustrates an exemplary service record listing 
corresponding to the delivery of service information 
in accordance with one embodiment of the present 
invention using IP-level Service Location Protocol 
(SLP); 

FIG. 5 illustrates an exemplary mapping of IP-level 
SLP service information to link-level Bluetooth 
Service Discovery Protocol (SDP) service informa- 
tion in accordance with one embodiment of the 
present invention; and 

FIG. 6 illustrates an exemplary delivery of service 
information in accordance with one embodiment of 
the present invention. 

DETAILED DESCRIPTION 

[0012] In the following description of the various em- 
bodiments, reference is made to the accompanying 
drawings which form a part hereof, and which show by 
way of illustration various embodiments in which the in- 
vention may be practiced. It is to be understood that oth- 
er embodiments may be utilized and structural and func- 
tional modifications may be made without departing 
from the scope of the present invention. 
[0013] FIG. 1 illustrates a representative arrangement 
employing the principles of one embodiment of the 
present invention. As shown in FIG. 1 , an access point 
network 100 includes a plurality of wireless short range 
access points, such as Bluetooth access points 11 Oa-d, 
each having a radio frequency coverage area 120a-d 
for communicating with Bluetooth enabled data termi- 
nals 1 30a-e. Bluetooth is a wireless technology that op- 
erates in the unlicensed industrial, Scientific, and Med- 
ical (ISM) radio band of 2.4GHz, which includes a 



number of protocols such as Bluetooth Service Discov- 
ery Protocol (SDP) that allow Bluetooth enabled devices 
to operate in a peer-to-peer environment. Each data ter- 
minal 130a-e is located within a coverage area 120a-d 

5 of at least one access point 1 1 0a-d and, if situated at a 
point where coverage areas overlap, may be located 
within the coverage areas of a plurality of access points 
simultaneously (as in the case of data terminal 1 30e, in 
areas 120c and 120d). 

10 [0014] Data terminals 130a-e may be portable elec- 
tronic devices such as cellulartelephones, personal dig- 
ital assistants (PDAs), laptop computers, printers or the 
like equipped with wireless communication capabilities. 
The data terminals 130a-e may also be fixed electronic 

*5 devices such as desktop computers or other electronic 
equipment found in a home or office such as, evolved 
refrigerators, microwave ovens, television sets, or ster- 
eo equipment having wireless communication capabili- 
ties. 

20 [0015] As further shown in FIG. 1 , each access point 
11 Oa-d is coupled to a local server 140 via a local area 
network (LAN) 150 using a data transmission protocol 
such as TCP/IP. In alternative embodiments, each ac- 
cess point 11 Oa-d may be coupled to the local server 

25 140 directly via a wireless short range communication 
link such as, for example, a Bluetooth link, or indirectly 
via one or more intervening access point(s). The local 
server 140 may be located remotely from all of the ac- 
cess points 11 Oa-d as shown in FIG. 1 or, instead, may 

30 be located within one of the access points 1 1 0a-d. The 
local server 140 is additionally coupled to internal serv- 
ice providers 1 60a-b and to an external service provider 
1 70. The local server 1 40 may be coupled to the internal 
service providers 1 60a-b or a single internal service pro- 

35 vider directly via a wireless short range communication 
link such as, for example, a Bluetooth link. The local 
server 140 may also be coupled to the external service 
provider 170 via an external network interface. The in- 
ternal service providers 160a-b may be located either 

40 outside the access point 1 1 0a-d's coverage areas 120a- 
d as shown in FIG.1 , or inside an access point's cover- 
age area. 

[0016] The internal service providers 1 60a-b and ex- 
ternal service provider 1 70 shown in FIG. 1 may be mo- 

45 bile electronic devices such as cellular telephones, 
PDAs, laptop computers, printers or the like, equipped 
with wireless communication capabilities. Service pro- 
viders (1 60a-b, 170) may also be fixed electronic devic- 
es such as desktop computers or other electronic equip- 

50 rnent found in a home or office such as, evolved refrig- 
erators, microwave ovens, television sets, or stereo 
equipment having wireless communication capabilities. 
External service provider 1 70 may also be a service pro- 
vided via an external network such as a corporate LAN 

55 or the internet. 

[0017] As will be discussed in detail hereinafter in con- 
nection with FIGS. 4-6, in accordance with one embod- 
iment of the present invention, access point 110a re- 
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quests service information from the local server 140, 
which then transmits the service information to the ac- 
cess point 110a using an SDP. The service information 
provided by the local server 1 40 may include details per- 
taining to a service such as the service's URL link or its 
access zone scope. The access point 1 1 0a subsequent- 
ly maps the IP-level service information to a link-level 
Bluetooth SDP usable by data terminals 1 30a-b, located 
in access point 110a's coverage area 120a. The access 
point 110a will then send an advertisement, which may 
be, for example, a broadcast of the service's availability, 
to the data terminals 130a-b, which upon receipt will 
then be able to utilize the service. 
[0018] FIG. 2 illustrates an exemplary wireless short 
range access point, such as a Bluetooth access point in 
accordance with one embodiment of the present inven- 
tion. As shown in FIG. 2, access point 110a includes a 
Bluetooth Stack 240 including, a Bluetooth SDP dae- 
mon 210, a Bluetooth Personal Area Network (PAN) 
stack 220, and at least one Bluetooth Module 230 for 
establishing connections with data terminals 130a-b lo- 
cated within Bluetooth module 230's coverage area. 
[0019] In accordance with one embodiment of the 
present invention, access point 110a also includes a 
service information client, such as a Service Location 
Protocol (SLP) client 200 for tracking information con- 
cerning services available via the SLP server 300 dis- 
posed in the local server 140. SLP is a TCP/IP based 
protocol by the Internet Engineering Task Force (IETF) 
that provides automatic client configuration for applica- 
tions and advertisements for network services. Addition- 
al details concerning the SLP protocol are described in 
the M SLPv2" draft standard available at www.srvloc.org, 
a copy of which is incorporated herein by reference. SLP 
client 200 performs a variety of tracking functions such 
as adding new service information to the Bluetooth SDP 
daemon 210 based on service attributes such as a serv- 
ice's access zone. Thus, for example, the SLP client 200 
may only add service information for services available 
within its access zone. In other embodiments, however, 
the SLP client 200 may add service information for serv- 
ices available to other access zones. Once added to the 
daemon 210, the service information may then be ad- 
vertised to data terminals 130a-b within access point 
1 1 0a's coverage area 1 20a by broadcasting a signal in- 
dicating the service's availability. The SLP client 200 al- 
so removes service information, thereby preventing ad- 
vertising of a service, from the Bluetooth SDP daemon 
210 based on attributes such as service expiration. 
[0020] As will be discussed in detail hereinafter in con- 
nection with FIGS. 4-6, Bluetooth SDP daemon 210 
stores service information transmitted to it from the SLP 
client 200 and maps service information from a first SDP 
to a Bluetooth SDP, thereby facilitating automatic updat- 
ing of network service information without the assist- 
ance of a network administrator. Bluetooth SDP daemon 
210 employs technology described in the "Specification 
of the Bluetooth System" available at www. Bluetooth. 



com, a copy of which is incorporated herein by refer- 
ence. 

[0021] FIG. 3 illustrates an exemplary local server in 
accordance with one embodiment of the present inven- 

5 tion. As shown in FIG. 3, local server 140 includes a 
service information server, such as an SLP server 300 
corresponding to SLP client 200 of the access point 
110a, a connection database 310 that may be imple- 
mented as an external database as shown in FIG. 3 or 

10 alternatively integrated within the SLP server 300 itself, 
a wireless application protocol (WAP) gateway 320, and 
an operations and management (O&M) unit 330. SLP 
server 300 receives service information from service 
providers (160a-b, 170) and, based on predetermined 

15 criteria defined by O&M 330 and service information 
stored in connection database 310, determines which 
access points 110a-d or data terminals 130a-e should 
have access to service information. Like the SLP client 
200 found in access point 110a, SLP server 300 also 

20 utilizes Service Location Protocol. WAP gateway 320 is 
additionally provided to allow WAP enabled data termi- 
nals such as a cellular phone or PDA, etc., to have in- 
ternet access. The WAP protocol is described in detail 
in the "WAP 2.0 Specification" available at www.wapfo- 

25 rum.org, a copy of which is herein incorporated by ref- 
erence. 

[0022] In addition to storing service information for 
services provided by service providers (160a-b, 170), 
such as records of services, service lifetimes, etc., con - 

30 nection database 310 may also include general infor- 
mation such as records of data terminals 130a-e located 
in access point network 100. Such records may include, 
for example, the Bluetooth addresses and device class- 
es for data terminals 1 30a-e. Moreover, storing such in- 

35 formation for the entire access point network 100 at a 
central location facilitates providing it to third-parties 
such as O&M 330 for uses such as removing services, 
adding services or restricting services from particular 
access points 110a-d, etc. 

40 [0023] FIG. 4 illustrates an exemplary service record 
listing corresponding to the delivery of service informa- 
tion in accordance with one embodiment of the present 
invention using IP-level SLP protocol. It is to be under- 
stood that other suitable protocols may be applicable 

45 such as Salutation, Jini, UPnP or the like. As shown in 
FIG. 4, service record listing 400, which is contained in 
connection database 310, includes various records gen- 
erated during the process of service information delivery 
such as service information for Registered Services 410 

so and 420, Service Request 430, Service Reply 440, 
Service Attribute Request 450, and Service Attribute 
Response 460. Registered Services 41 0 and 420 rep- 
resent services that are available in access point net- 
work 100. For each requested service (410, 420), serv- 

55 ice record listing 400 includes fields for service informa- 
tion such as URL fields for identifying the internet ad- 
dress of each service, LIFETIM E fields for identifying the 
lifetime of each service, SCOPE-LIST fields for identify- 
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ing the access zone in which each service is to be pro- 
vided, LANG. TAG fields for identifying the language to 
be employed by each service and ATTRIBUTES fields 
for identifying the attributes associated with each serv- 
ice. It will be appreciated that any number of fields may 
be provided to characterize any number of Registered 
Services such as fields for restricting the use of services 
to specific data terminals and fields for identifying the 
name of the service. 

[0024] More particularly, Registered Service 41 0 pro- 
vides a URL link (i.e., http://www.fi/wap.html) to a WAP 
over Bluetooth (WoB) service for permitting WAP based 
communication between Bluetooth enabled data termi- 
nals. Registered Service 410 has a LIFETIME of 100 
time units, a SCOPE-LIST of access zone 1 , a LANG. 
TAG of English and ATTRIBUTES including a DE- 
SCRIPTION of the type of service to be provided (e.g., 
WAP service), the service's Wireless Application Proto- 
col Gateway IP (WAPGWIP) address (e.g., 10.0.0.1), 
the service's NAME (e.g., WOB) and the service's OP- 
ERATOR (e.g., Nokia). 

[0025] With respect to Registered Service 420, that 
service provides a URL link (i.e., 1 pr://www.fi/printer) to 
a printer for permitting use of the printer. As shown in 
FIG. 4, Registered Service 420 has a LIFETIME of 1 000 
time units, a SCOPE-LIST of access zone 2, a LANG. 
TAG of Finnish and ATTRIBUTES including a DE- 
SCRIPTION of the service to be provided (e.g., color 
printing), a device NAME (e.g., HP laser jet) and a serv- 
ice OPERATOR (e.g., Nokia). 

[0026] As further shown in FIG. 4, service record list- 
ing 400 includes a Service Request 430 that was re- 
ceived at the SLP server 300 from an SLP client 200. 
Request 430 indicates in a SCOPE-LIST field that it is 
a request for a list of services available in access zone 
1 . Request 430 may include additional fields such as 
one indicating that it is a request for a list of services 
available to certain data terminals. In response, SLP 
server 300 provides SLP client 200 with a Service Reply 
440, which includes a URL link and a LIFETIME for the 
service provided by Registered Service 41 0 for access 
zone 1 . Upon receipt of Service Reply 440, the SLP cli- 
ent 200 determines whether the link was previously pro- 
vided to the SDP daemon 21 0. If not previously provided 
to daemon 21 0, SLP client 200 sends a Service Attribute 
Request 450 to the SLP server 300, the Request 450 
includes a URL field identifying the service for which at- 
tributes are requested, a SCOPE-LIST field identifying 
the access zone to which the attributes are to be sent, 
and a TAG-LIST of attributes to be included in a Service 
Attribute Response 460. In response, the SLP server 
300 transmits a Service Attribute Response 460 to the 
SLP client 200, which is then added to the SDP daemon 
210. Service Attribute Response 460 comprises an AT- 
TRIBUTES field for the service information correspond- 
ing to the TAG-LIST in Service Attribute Request 450. 
As will be discussed hereinafter in connection with FIG. 
5, the SDP daemon 21 0 maps the IP-level service infor- 



mation to a link-level Bluetooth SDP and subsequently 
advertises the Bluetooth SDP to data terminals 130a-b 
in access point network 100. 

[0027] FIG. 5 illustrates an exemplary mapping of IP- 

5 level SLP service information to link-level Bluetooth 
SDP service information in accordance with one embod- 
iment of the present invention. As shown in FIG. 5, SLP 
service information 500 in the connection database 310 
and SDP service information 510 in the SDP daemon 

10 21 0 both include fields for a service's name, description, 
offeror of the service, the location from which the service 
may be obtained and the language in which the service 
is provided. The fields for the SLP service information 
500 are labeled NAME, DESCRIPTION, OPERATOR, 

15 URL and LANG. TAG. Similarly, the fields for Bluetooth 
SDP service information 51 0 are entitled ServiceName, 
ServiceDescription, ProviderName, HomepageURL 
and LanguageBaseAttributelDList. When SLP service 
information 500 is received at the SDP daemon 210 via 

20 the SLP client 200, daemon 21 0 performs a one-to-one 
mapping of the data found in the SLP service informa- 
tion 500 fields into the SDP service information 510 
fields, thereby resulting in Mapped SDP service infor- 
mation 520. 

25 [0028] In the exemplary mapping illustrated in FIG. 5, 
the SLP service information 500 received at the SDP 
daemon 210 is associated with the Registered Service 
41 0 of FIG. 4 and is mapped by daemon 21 0 into a Blue- 
tooth SDP thereby resulting in the data shown in con- 

30 nection with Mapped SDP 520. More particularly, the da- 
ta from the SLP service information 500 NAME field (i, 
e., WoB) is mapped to the SDP service information 510 
ServiceName field, the data from the DESCRIPTION 
field (i.e., WAP service) is mapped to the ServiceDe- 

35 scription field, the data from the OPERATOR field (i.e., 
Nokia) is mapped to the ProviderName field, the data 
from URL (i.e., http://www.fi/wap.html) is mapped to the 
HomepageURL field, and the data from the LANG. TAG 
field (i.e., EN) is mapped to the LanguageBaseAttrib- 

40 utelDList field. 

[0029] The above described mapping enables the 
Bluetooth SDP daemon 21 0 to advertise the SLP serv- 
ice information 500 using a Bluetooth SDP which is then 
discoverable by data terminals 1 30a-b disposed in com- 

45 munication with Bluetooth module 230. It will be appre- 
ciated that any number of SLP service information fields 
may be mapped onto the Bluetooth SDP service infor- 
mation fields. Moreover, any number of SDPs may be 
mapped to Bluetooth SDP in this manner. These proto- 

50 cols may be, for example, JINI, UPnP, Salutation or the 
like. Moreover, it should be noted that other types of 
wireless short range communication protocols may be 
applicable. 

[0030] FIG . 6 illustrates an exemplary delivery of serv- 
55 ice information in accordance with one embodiment of 
the present invention. As shown in FIG. 6. data terminal 
130a is assumed to be within access point 110a's cov- 
erage area 1 20a. 
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[0031] In step 600, O&M 330 sets an access zone 
scope for access point 1 1 0a and accordingly advises the 
SLP server 300 of local server 140 of that scope. The 
access zone scope assigned to the access point 110a 
is an identifier to be used by the local server 140 for 
restricting or allowing certain services to be used by the 
access point 110a. The local server 1 40 then advertises 
its existence to the internal service provider 160a (step 
605). Once the internal service provider 1 60a becomes 
aware of the local server 140's existence it may estab- 
lish communications with the local server 140. 
[0032] In step 61 0, O&M 330 instructs internal service 
provider 1 60a, which may be, e.g., a facsimile machine 
supporting SLP, to register a service with local server 
1 40. In step 615 internal service provider 160a registers 
service information associated with its service with the 
local server 140. Similarly, the O&M 330 may instruct 
the external service provider 1 70 to register its service 
e.g., internet access, with the local server 140. In step, 
620, the local server 140 advertises its existence to the 
SLP client 200. Once the SLP client 200 becomes aware 
of the local server 1 40's existence it may establish com- 
munications with the local server 140. In step 625, the 
SLP client 200 requests a list of services that are pro- 
vided in its access zone scope. In response, the local 
server 140 provides a list, such as the one associated 
with Service Reply 400 shown in FIG. 4, of services that 
are included in the SLP client 200's scope (step 630). 
[0033] In step 635, the SLP client 200 determines 
whether any of the services in the list transmitted by lo- 
cal server 140 have been previously provided to the 
SDP daemon 210. In this case, however, the list would 
include service information relating to the facsimile ma- 
chine. Upon determining that the facsimile machine is a 
newly offered service, the SLP client 200 sends a Serv- 
ice Attribute Request to the local server 140 (step 640). 
In response, the local server 140 transmits a Service 
Attribute Response to the SLP client 200 (step 645), 
which, in step 650, is then added to the SDP daemon 
210. Subsequently, the SDP daemon 210 maps the 
service information to a Bluetooth SDP and advertises 
the new service in the Bluetooth SDP to data terminal 
130a (step 655). As a result, the data terminal 130a may 
then access the service of the facsimile machine. 
[0034] As further shown in FIG. 6, in step 660, the in- 
ternal service provider 160a may signal local server 1 40 
to deregister its service. This may occur under the in- 
struction of O&M 330 or upon either the temporary or 
permanent removal of the service from the access point 
network 100. Alternatively, deregistration may result 
from the expiration of the time units associated with the 
service's lifetime. Thus, when the service's lifetime ex- 
pires or the SLP client 200 receives a signal from, e.g., 
the local server 140 or O&M 300, to deregister the serv- 
ice, the service is removed from SDP daemon 210 (step 
665). Subsequently, in step 670, the advertisement of 
the service from the SDP daemon 21 0 to data terminal 
130a ends. Thus, precluding the data terminal 130a 
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from using the service, until it receives an advertisement 
allowing it to use the service again. 
[0035] Itshould be understood that the above descrip- 
tion is only representative of illustrative embodiments. 
5 For the convenience of the reader, the above description 
has focused on a representative sample of possible em- 
bodiments, a sample that is illustrative of the principles 
of the present invention. The description has not at- 
tempted to exhaustively enumerate all possible varia- 
10 tions. That alternate embodiments may not have been 
presented for a specific portion of the invention, or that 
further undescribed alternate embodiments may be 
available foraportion, is notto be considered a disclaim- 
er of those alternate embodiments. Other applications 
15 and embodiments can be conceived by those without 
departing from the spirit and scope of the present inven- 
tion. It is therefore intended, that the invention is not to 
be limited to the disclosed embodiments but is to be de- 
fined in accordance with the claims that follow. It can be 
20 appreciated that many of those undescribed embodi- 
ments are within the scope of the following claims, and 
others are equivalent. 

25 Claims 

1 . A method for dynamically updating service informa- 
tion from a service provider to a data terminal in an 
access point network, comprising: 

30 

requesting service information from a local 
server; 

receiving service information from the local 
server; 

35 mapping the service information to a link-level 

communication Service Discovery Protocol 
(SDP); and 

sending the mapped service information to a 
data terminal. 

40 

2. The method according to claim 1 , wherein the local 
server stores service information from a service 
provider. 

45 3. The method according to claim 2, wherein the serv- 
ice information corresponds to a service provided 
by one of a personal digital assistant (PDA), a cel- 
lular phone, a laptop computer, a desktop computer 
and a printer. 

so 

4. The method according to claim 2, wherein the serv- 
ice information corresponds to an internal service 
provider. 

55 5. The method according to claim 2, wherein the serv- 
ice information corresponds to an external service 
provider that provides a service over a data network 
such as the internet. 
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6. The method according to claim 1 , wherein the serv- 
ice information is mapped to a Bluetooth SDR 

7. The method according to claim 6, wherein the steps 
of requesting, receiving, mapping and sending are 
performed by an access point. 

8. The method according to claim 6, wherein the serv- 
ice information to be mapped to the Bluetooth SDP 
is one of a Service Location Protocol (SLP), J IN I, 
Universal Plug and Play (UPnP) and a Salutation. 

9. The method according to claim 1, wherein the 
mapped service information is sent using a Blue- 
tooth communication protocol. 

10. The method according to claim 1 , further compris- 
ing: 

receiving an advertisement of the local server's 
existence. 

11. The method according to claim 1 , further compris- 
ing: 

storing service information received from the lo- 
cal server. 

12. The method according to claim 1, further compris- 
ing: 

removing service information received from the 
local server. 

13. The method according to claim 1 , wherein the local 
. server is disposed in an access point. 

14. The method of claim 1 , further comprising: 

requesting a list of service information from a 
local server; 

receiving the list of service information from the 
local server; 

wherein the service information requested 
and received are attributes for service information 
that is not stored in an access point. 

15. The method of claim 14 wherein the service infor- 
mation is mapped from a first SDP to a Bluetooth 
SDP. 

16. A terminal for using dynamically updated service in- 
formation from a service provider in an access point 
network, comprising: 

a memory device for storing a program; and 
a processor in communication with the memory 



device, the processor operative with the pro- 
gram to: 

receive service information mapped from a 
5 first SDP to a Bluetooth SDP; and 

send a request to use a service associated 
with the mapped service information. 

17. The terminal according to claim 16, wherein the 
10 service requested is one of a PDA, a cellular phone, 

a laptop computer, a desktop computer and a print- 
er. 

18. The terminal according to claim 16, wherein the first 
15 SDP is one of a SLP, JINI, UPnP and a Salutation. 

19. The terminal according to claim 16, wherein the 
service information is sent to the data terminal using 
a Bluetooth communication protocol. 

20 

20. The method according to claim 1 6, wherein the re- 
quest is sent from the data terminal using a Blue- 
tooth communication protocol. 

25 21. A system for dynamically updating service informa- 
tion from a service provider to a data terminal in an 
access point network, comprising: 

a memory device for storing a program; 
30 a processor in communication with the memory 

device, the processor operative with the pro- 
gram to: 

request service information from a local 
35 server; 

receive service information from the local 
server; 

map the service information to a link-level 
communication SDP; and 
40 send the mapped service information to a 

data terminal. 

22. A computer program product comprising a compu- 
ter useable medium having computer program logic 
45 recorded thereon for dynamically updating service 
information from a service provider to a data termi- 
nal in an access point network, the computer pro- 
gram logic comprising: 

50 program code for requesting service informa- 

tion from a local server; 

program code for receiving service information 
from the local server; 

program code for mapping the service informa- 
55 tion to a Bluetooth SDP; and 

program code for sending the mapped service 
information to a data terminal. 
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23. An access point for dynamically updating service in- 
formation from a service provider to a data terminal 
in an access point network., comprising: 

at least one communication module to commu- 5 

nicate with data terminals over a short range 

wireless communication link; 

a memory device storing a program; and 

a processor in communication with the memory 

device, the processor operative with the pro- 10 

gram to: 

request service information from a local 
server; 

receive service information from the local is 
server; 

map the service information to a Bluetooth 
SDP; and 

send the mapped service information to a 
data terminal. 20 
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